как важно быть в состоянии

. необходимо

•

It is of value (or important) to have diagrams showing not only...

•

What counts is the precision in relative angle and relative energy between the incident and the scattered electrons.

•

It is vital to note that...

* * *

— важно иметь в виду, что

— важно не упускать из виду

— важно одно

— важно отметить, что

— важно поддерживать постоянный контакт с

— важно подчеркнуть, что

— важно уметь

— важно, что

— важно, чтобы

— для... важно иметь

— для нас в первую очередь важно то, что

— и, что ещё более важно

— и, что не менее важно

— или, что ещё более важно

— как важно быть в состоянии

— крайне важно

— насколько важно

— не менее важно

— не менее важно то, что

— не менее важно, чтобы

— об этом важно помнить при

— однако важно отметить тот факт, что

— очень важно

— при... важно

— что ещё более важно

— что наиболее важно

— это обстоятельство важно учитывать при

— это обстоятельство очень важно

 Tests with different lubricants indicate that the discharge oil condition is a function of lubricant type.

— быть в состоянии

— быть не в состоянии

— в гружёном состоянии

— в исправном состоянии

— в исходном состоянии

— в первосортном состоянии

— в порожнем состоянии

— в состоянии готовности

— в состоянии обеспечить потребности

— в состоянии покоя

— в состоянии после прокатки

— в состоянии поставки

— в состоянии сделать больше

— в состоянии удовлетворить всем техническим условиям

— в состоянии, требующем ремонта

— в удовлетворительном состоянии, не требующем ремонта

— в хорошем рабочем состоянии

— вернуться к исходному состоянию

— весить в сухом состоянии

— для достижения этого состояния

— доводить до состояния

— должен быть в состоянии выдерживать

— достигать установившегося состояния

— достижение равновесного состояния

— замечания о техническом состоянии

— засвидетельствованное состояние

— исправное состояние

— как важно быть в состоянии

— который бы выразил желание и был в состоянии

— находиться в очень хорошем состоянии

— находиться в рабочем состоянии

— находиться в состоянии упадка

— находящийся в нерабочем состоянии

— не в состоянии объяснить

— неудовлетворительное состояние промышленности

— общее состояние дел в области

— оказываться в состоянии

— основные проверки технического состояния изделия

— перечень основных проверок технического состояния изделия

— поддерживать в отличном состоянии

— поддерживать в хорошем состоянии

— полировать до зеркального состояния

— приводить в рабочее состояние

— приходить в нерабочее состояние

— приходить в состояние устойчивого равновесия

— проверка технического состояния

— проверять состояние

— работа находится сейчас в таком состоянии, когда

— равновесное состояние

— содержать в хорошо смазанном состоянии

— состояние дел на каждом этапе

— состояние дел, относящихся к

— состояние износа

— состояние покоя

— состояние равновесия

— текущее состояние

— теперь мы в состоянии

— техническое состояние

— удовлетворительное состояние

— установившееся состояние достигается сверху

— установление равновесного состояния

— устойчивое равновесное состояние

— учитывая современное состояние

— хорошее рабочее состояние

В связи с растущим числом всевозможного рода международных конференций, совещаний и форумов роль перевода неизмеримо возросла.

Вопросы организации труда переводчика, его деловые качества, методы подготовки к работе на совещаниях, охватывающих самую разнообразную тематику, приобрели чрезвычайно большое значение.

Опыт участия в работе таких конференций показывает, что, несмотря на все многообразие употребляемой на них терминологии, существует определенный круг лексики, которая постоянно используется в работе переводчика-международника. В большинстве случаев эту лексику составляют эквиваленты, т. е. постоянные и равнозначные соответствия, не зависящие от контекста. В процессе передачи сообщения с одного языка на другой переводчик выступает в роли посредника, и успешное выполнение этой функции предполагает умение исключительно быстро сопоставить две языковые системы, оперируя целыми языковыми единицами. Сопоставление двух языковых систем, требующее мгновенного переключения мышления с иностранного языка на родной и наоборот, возможно только на базе хорошего знания и автоматизированного употребления языковых эквивалентов.

Переводчик не может постоянно помнить языковые эквиваленты из всех областей человеческих знаний. При подготовке к той или иной конференции ему приходится освежать в памяти или заучивать заново соответствующие языковые единицы. Настоящий справочник включает языковые эквиваленты первой необходимости, с которыми может встретиться переводчик-международник, независимо от своей узкой специальности и, в первую очередь, при организации и проведении международных совещаний, переговоров и встреч. Помимо знания эквивалентов переводчик-международник должен представлять себе условия, в которых ему придется работать, а также в общих чертах знать особенности видов перевода, наиболее часто встречающихся в практике.

В каких условиях протекает работа переводчика и как лучше себя к ней подготовить?

Работа письменного переводчика на международных конференциях отличается, прежде всего, тем, что он не связан очень сжатыми сроками. Часто до начала мероприятия, в течение подготовительного периода, ему приходится принимать участие в переводе переписки, связанной с созывом совещания и иными организационными моментами, приглашением участников и наблюдателей, выработкой повестки дня и т. д.

На этом этапе переводчику предоставляется возможность ознакомиться с уставами и иными программными материалами организации, со структурой ее руководящих и рабочих органов, с основными этапами ее деятельности, с официальными документами, выступлениями и заявлениями, протоколами и т. д. Очень важно, чтобы переводчик ознакомился со всем этим материалом на двух языках, с которыми он работает: таким образом, он сможет получить полное представление о применяемой данной организацией или на данного рода мероприятиях терминологии и фразеологии. Переводчик должен самым строгим образом следовать принятой традиции, ни в коем случае не допуская никакой вольной, неапробированной интерпретации. Работая с документами (почерпнутыми в справочниках, бюллетенях и архивах) он должен составить себе двуязычный словарь-картотеку, который послужит ему основным пособием в работе.

Разумеется, переводчик не всегда будет иметь достаточно времени для такой углубленной работы - в этом случае ему придется довольствоваться ознакомлением только с самыми важными и новыми материалами, либо воспользоваться такими общедоступными источниками информации как справочно-энциклопедическая литература.

Помимо трудностей, связанных со спецификой деятельности и структуры обслуживаемой организации, переводчик может встретить также затруднения, вызванные недостатком специальных и терминологических знаний обсуждаемого предмета. Это касается прежде всего научно-технических конгрессов, семинаров и симпозиумов. Переводчик, естественно, не может быть универсалом, "ходячей энциклопедией", и лучше всего, если он в течение определенного времени специализируется в одной области науки или техники. Но дело в том, что переводчик-международник, в отличие от так называемого "технического переводчика", как правило, лишен такой возможности. Поэтому он должен стремиться к постоянному расширению своих знаний во всех важнейших областях: ему необходимо систематически читать научно-популярную литературу, преимущественно на своих рабочих языках, и по возможности больше запоминать (или записывать в блокноты, на карточки и т. п.). Важно не только "знать", т. е. помнить термины и их соответствия на другом языке, но и понимать их, с тем чтобы быть в состоянии общедоступно разъяснить их. Последнее особенно важно и ценно для переводчика по следующей причине. В ходе перевода могут встретиться термины, понятные ему по значению, соответствия которых он, однако, не знает. В этом случае ему поможет умение описательно передавать значения терминов. Особенно это важно, конечно, для устного переводчика.

Работая над материалом предстоящей конференции или готовясь к участию в ее заседаниях в качестве устного переводчика, переводчик, несомненно, должен стремиться пополнить свои знания в области обсуждаемой тематики. Устный переводчик в отличие от письменного переводчика, который мог бы просто воспользоваться соответствующими отраслевыми словарями в ходе самого перевода, естественно, не имеет этих возможностей, и качество его работы целиком зависит от степени его предварительной подготовки. Такая подготовка должна слагаться из двух элементов: во-первых, необходимо по тематическим справочникам, энциклопедиям, общедоступным учебникам и пособиям (на двух языках) ознакомиться с предметом, и во-вторых, изучить все имеющиеся материалы (тезисы докладов, проекты документов) и на основе имеющихся переводов или вспомогательных пособий постараться решить все терминологические проблемы. Результаты этих усилий должны войти в "архив памяти" переводчика.

Устный переводчик (interpreter) в отличие от письменного (translator) работает в ходе конференции, совещания, переговоров и т. п. в совершенно специфических условиях. В соответствии с этим различают несколько видов устной переводческой работы, обычно обозначаемых терминами: двусторонний перевод (two-way interpretation), последовательный перевод (consecutive interpretation) и синхронный перевод (simultaneous interpretation).

При двустороннем переводе переводчик является посредником между двумя собеседниками (или сторонами).

Подобная ситуация является естественной для устной речевой деятельности вообще, и поэтому переводчик без специальных психологических усилий "втягивается" в свою работу. Вопрос и ответ взаимосвязаны, развитие беседы, переход от одной темы к другой происходит как бы "на глазах" переводчика, поэтому он всегда "в курсе", что, естественно, облегчает его задачу. Однако в то же время именно двусторонний перевод требует особой точности в передаче вопросов и высказываний, так как при малейшем отклонении от истины перевод из средства общения превращается в препятствие для общения, и беседа может "зайти в тупик". Большое значение имеет в двустороннем переводе постоянство соответствий, передающих одни и те же формулировки собеседников, а также соблюдение различий, намеренно акцентируемых участниками беседы. Не приходится, конечно, говорить, что и сохранение стилистической (эмоциональной) окраски речи, передача таких нюансов, как недоумение, удивление, недовольство, сомнение, недоверие и прочее играют огромную роль при переводе диалога, в котором часто, как гласит французская пословица, "тон делает музыку". Ясно, что помимо самого полного знания предмета, от переводчика требуется безукоризненное владение языком: его словарным составом, фразеологией и, конечно, всеми его фонетическими, интонационными и выразительными средствами. Следует, однако, предупредить, что не только чрезмерная скованность, но и слишком большая свобода отрицательно сказываются на работе переводчика. Слишком свободно чувствующий себя переводчик подчас "выпадает из роли": он перестает ощущать себя переводчиком и, сам того не сознавая, превращается в активного участника беседы.

Под последовательным переводом принято понимать такой перевод, при котором переводчик, переводящий выступление, речь, доклад, лекцию (т. е. вообще монологическую речь), делает перевод после того, как закончилось выступление или его часть, то есть он говорит после оратора. Здесь возможны различные случаи. Порой оратор произносит заранее подготовленный текст, письменный перевод которого затем зачитывается переводчиком. Это, собственно говоря, не перевод, а чтение, и никаких специфических переводческих трудностей здесь нет. Иная ситуация создается, когда оратор читает текст, который он лишь после окончания речи передает переводчику. В этом случае переводчик переводит "с листа". Перевод с листа предполагает умение молниеносно схватывать глазами целые куски текста, незамедлительно находить нужные эквиваленты и передавать их в соответствующем обстановке оформлении, т. е. с громкостью, артикуляцией, интонацией и темпом, характерными для ораторской речи.

В огромном большинстве случаев последовательный перевод - это ничто иное, как перевод на слух, при котором переводчик сначала фиксирует услышанное в памяти, а затем передает его содержание на другом языке. Нередко оратор прерывает свою речь после каждой фразы, а то и на середине фразы, чтобы дать возможность переводчику тут же перевести сказанное. Но в более ответственных случаях переводчик, как правило, находится в менее благоприятном положении, так как оратор, которому необходимо высказать нечто важное и сложное, не может каждые несколько секунд прерывать ход своих мыслей - это просто неестественно. Кроме того, как правило, некоторая часть аудитории слушает выступление в оригинале, а отрывочная речь не способна создать у слушателя цельного впечатления о предмете выступления и точке зрения говорящего. Оратор может говорить долго - до нескольких десятков минут - без перерыва. Переводчику же представляется запомнить, точнее зафиксировать все услышанное с максимальной точностью и притом так, чтобы "без запинки" передать все сказанное на другом языке. Кроме тренированной памяти для этого требуется особый навык, так называемая переводческая скоропись.

На мероприятиях с большим числом рабочих языков (от трех и выше) использование последовательного перевода потребовало бы огромной траты времени, так как каждое выступление пришлось бы переводить по несколько раз подряд. Поэтому прибегают к помощи синхронного перевода. Как показывает название, этот перевод происходит одновременно с речью оратора. Элементарной формой синхронного перевода является так называемое "нашептывание". Переводчик, сидя в зале или за круглым столом около "своей" делегации и слушая оратора, вполголоса, чтобы, не мешать другим, передает содержание услышанного. Такой перевод, естественно, весьма несовершенен и применяется только там, где можно ограничиться общей информацией.

Полное развитие синхронный перевод получил только после создания соответствующих технических средств. В настоящее время международные мероприятия проводятся в специально оборудованных помещениях, обеспечивающих каждому участнику возможность по своему выбору слушать перевод на любой из рабочих языков через наушники, которые подключены к системе синхронного перевода зала или к миниатюрным приемникам, настроенным на волну специального передатчика малой мощности, транслирующего перевод по нескольким каналам.

Переводчик находится в звуконепроницаемой кабине и слушает речи с трибуны через наушники. Перед ним находится микрофон, через который его перевод поступает в систему усиления. В ходе подготовки к работе переводчик должен опробовать оборудование, ознакомиться с правилами его обслуживания (научиться пользоваться регуляторами громкости, переключателями языков, кнопками сигнализации и т. д.). Синхронный перевод, как и последовательный, может производиться и с текстом и без текста, но во всех случаях переводчику необходимо внимательно следить за речью оратора, поскольку всегда возможны отклонения от заранее подготовленного текста.

Синхронный переводчик должен полагаться только на себя, никакой помощи он в ходе работы ни от кого получить не может, поэтому очень важно, чтобы перед началом работы он основательно подготовился по обсуждаемой тематике и проделал достаточное количество "тренировок-репетиций". Такие "репетиции", проводимые в помещении предстоящей конференции при участии представителей подготовительного органа, дают переводчику возможность не только освоить оборудование и обрести своего рода "спортивную форму", но также помогают ему "мобилизовать" свой запас языковых знаний и отобрать в "оперативный резерв" именно то, что потребуется при работе на данном мероприятии. В ходе "репетиций" переводчики контролируют, "подстраховывают" друг друга и совместно обсуждают возникающие трудности. На этом этапе рекомендуется широко применять всевозможные виды вспомогательных пособий и в том числе и настоящий справочник.

В разработке русской части предлагаемого вниманию читателя Справочника принимали участие X. К. Баранов, С. А. Гонионский, Ю. А. Добровольская, Б. С. Исаенко, Р. К. Миньяр-Белоручев, В. И. Тархов и М. Я. Цвиллинг. Общая редакция осуществлена проф. С. А. Гонионским.

Все критические замечания и предложения о данном справочнике следует направлять по адресу: Москва, И-90, 4-я Мещанская ул., д. 7, Издательство "Международные отношения".

 

управление аварийными сигналами
-
[Интент]

Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.

Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (DCS) упростило подачу сигналов тревоги при любом сбое технологического процесса, поскольку затраты на это невелики или равны нулю. В результате в настоящее время на большинстве предприятий имеются системы, подающие ежедневно огромное количество аварийных сигналов и уведомлений, что мешает работе, а иногда приводит к катастрофическим ситуациям.

„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.

Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)

Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).

Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)

На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Начало работы

Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".

Характеристики «хорошего» аварийного сообщения

В число базовых требований к аварийному сообщению, включенных в аттестационный документ EEMUA, входит ясное, непротиворечивое представление информации. На каждом экране дисплея:

• Должно быть четко определено возникшее состояние;

• Следует использовать терминологию, понятную для оператора;

• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;

• Следует использовать согласованную структуру сообщения;

• Система не должна строиться только на основе теговых обозначений и номеров;

• Следует проверить удобство работы на реальном производстве.

Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.

Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.

Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.

Адекватная реакция

Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"

Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.

Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.

И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.

Система, нацеленная на оператора

Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.

«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.

Удобное отображение информации с помощью человеко-машинного интерфейса является наиболее существенным аспектом системы управления аварийными сигналами. Джонс из Wonderware говорит: „Аварийные сигналы перед поступлением к оператору должны быть отфильтрованы так, чтобы до оператора дошли нужные сообщения. Программное обеспечение предоставляет инструментарий для удобной конфигурации этих параметров, но также важны согласованность и подтверждение ответных действий”.

Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"

Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.

«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.

Рентабельность

Эффективная система управления аварийными сигналами стоит времени и денег. Однако и неэффективная система также стоит денег и времени, но приводит к снижению производительности и повышению риска для человеческой жизни. Хотя создание новой программы управления аварийными сигналами или пересмотр и реконструкция старой может обескуражить кого угодно, существует масса информации по способам реализации и достижения целей системы управления аварийными сигналами.

Наиболее важным является именно определение цели и способов ее достижения. МакТэвиш говорит, что система должна выдавать своевременные аварийные сигналы, которые не дублируют друг друга, адекватно отражают ситуацию, помогают оператору диагностировать проблему и определять эффективное направление действий. „Целью является поддержание производства в безопасном, надежном рабочем состоянии, которое позволяет выпускать качественный продукт. В конечном итоге целью является финансовая прибыль. Если на предприятии не удается достичь этих целей, то его существование находится под вопросом.

Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.

Автор: Джини Катцель, Control Engineering

[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]

Тематики

• автоматизированные системы

EN

• alarm management

 

программируемый логический контроллер
ПЛК
-
[Интент]

контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

EN

storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]

FR

automate programmable à mémoire
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]

  См. также:
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
  Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:

• нано- ПЛК (менее 16 каналов);
• микро-ПЛК (более 16, до 100 каналов);
• средние (более 100, до 500 каналов);
• большие (более 500 каналов).

По расположению модулей ввода-вывода ПЛК бывают:

• моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
• модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
• распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.

Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

По конструктивному исполнению и способу крепления контроллеры делятся на:

• панельные (для монтажа на панель или дверцу шкафа);
• для монтажа на DIN-рейку внутри шкафа;
• для крепления на стене;
• стоечные - для монтажа в стойке;
• бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").

По области применения контроллеры делятся на следующие типы:

• универсальные общепромышленные;
• для управления роботами;
• для управления позиционированием и перемещением;
• коммуникационные;
• ПИД-контроллеры;
• специализированные.

По способу программирования контроллеры бывают:

• программируемые с лицевой панели контроллера;
• программируемые переносным программатором;
• программируемые с помощью дисплея, мыши и клавиатуры;
• программируемые с помощью персонального компьютера.

Контроллеры могут программироваться на следующих языках:

• на классических алгоритмических языках (C, С#, Visual Basic);
• на языках МЭК 61131-3.

Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:

• уменьшение габаритов;
• расширение функциональных возможностей;
• увеличение количества поддерживаемых интерфейсов и сетей;
• использование идеологии "открытых систем";
• использование языков программирования стандарта МЭК 61131-3;
• снижение цены.

Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

[ http://bookasutp.ru/Chapter6_1.aspx]  

---

Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:

1.    Сбор сигналов с датчиков;
2.    Обработка сигналов согласно прикладному алгоритму управления;
3.    Выдача управляющих воздействий на исполнительные устройства.

В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  

 

дефект
Невыполнение требования, связанного с предполагаемым или установленным использованием.
Примечания
1. Различие между понятиями дефект и несоответствие является важным, так как имеет подтекст юридического характера, особенно связанный с вопросами ответственности за качество продукции. Следовательно, термин "дефект" следует использовать чрезвычайно осторожно.
2. Использование, предполагаемое потребителем, может зависеть от характера информации, такой как инструкции по использованию и техническому обслуживанию, предоставляемые поставщиком.
[ ГОСТ Р ИСО 9000-2008]

дефект
Невыполнение заданного или ожидаемого требования, касающегося объекта, а также требования, относящегося к безопасности.
Примечание
Ожидаемое требование должно быть целесообразным с точки зрения существующих условий.
[ИСО 8402-94]

дефект
Каждое отдельное несоответствие продукции установленным требованиям.
Пояснения
Если рассматриваемая единица продукции имеет дефект, то это означает, что по меньшей мере один из показателей ее качества или параметров вышел за предельное значение или не выполняется (не удовлетворяется) одно из требований нормативной документации к признакам продукции.
Несоответствие требованиям технического задания или установленным правилам разработки (модернизации) продукции относится к конструктивным дефектам.
Несоответствие требованиям нормативной документации на изготовление или поставку продукции относится к производственным дефектам.
Примерами дефектов могут быть: выход размера детали за пределы допуска, неправильная сборка или регулировка (настройка) аппарата (прибора), царапина на защитном покрытии изделия, недопустимо высокое содержание вредных примесей в продукте, наличие заусенцев на резьбе и т.д.
Термин "дефект" связан с термином "неисправность", но не является его синонимом. Неисправность представляет собой определенное состояние изделия. Находясь в неисправном состоянии, изделие имеет один или несколько дефектов.
Термин "дефект" применяют при контроле качества продукции на стадии ее изготовления, а также при ее ремонте, например при дефектации, составлении ведомостей дефектов и контроле качества отремонтированной продукции.
Термин "неисправность" применяют при использовании, хранении и транспортировании определенных изделий. Так, например, словосочетание "характер неисправности" означает конкретное недопустимое изменение в изделии, которое до его повреждения было исправным (находилось в исправном состоянии).
В отличие от термина "дефект" термин "неисправность" распространяется не на всякую продукцию, в том числе не на всякие изделия, например не называют неисправностями недопустимые отклонения показателей качества материалов, топлива, химических продуктов, изделий пищевой промышленности и т.п.
Термин "дефект" следует отличать также от термина "отказ".
Отказом называется событие, заключающееся в нарушении работоспособности изделия, которое до возникновения отказа было работоспособным. Отказ может возникнуть в результате наличия в изделии одного или нескольких дефектов, но появление дефектов не всегда означает, что возник отказ, т.е. изделие стало неработоспособным.
[ ГОСТ 15467-79]
[ ГОСТ 19088-89]
[ ГОСТ 24166-80]
[СТО Газпром РД 2.5-141-2005]

дефект
Каждое отдельное несоответствие продукции требованиям, установленным нормативной документацией
[Неразрушающий контроль. Россия, 1900-2000 гг.: Справочник / В.В. Клюев, Ф.Р. Соснин, С.В. Румянцев и др.; Под ред. В.В. Клюева]
[Система неразрушающего контроля. Виды (методы) и технология неразрушающего контроля. Термины и определения (справочное пособие). Москва 2003 г.]

Тематики

• бумага и картон
• газораспределение
• ремонт судов
• системы менеджмента качества
• управл. качеством и обеспеч. качества
• управление качеством продукции

EN

• defect
• imperfection

DE

• Defect

FR

• défaut

3.6.3 дефект (defect): Невыполнение требования (3.1.2), связанного с предполагаемым или установленным использованием.

Примечания

1 Различие между понятиями дефект и несоответствие (3.6.2) является важным, так как имеет подтекст юридического характера, особенно связанный с вопросами ответственности за качество продукции. Следовательно, термин «дефект» следует использовать чрезвычайно осторожно.

2 Использование, предполагаемое потребителем (3.3.5), может зависеть от характера информации, такой как инструкции по использованию и техническому обслуживанию, предоставляемые поставщиком (3.3.6).

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.1. Дефект

Defect

По ГОСТ 15467

Источник: ГОСТ 27.002-89: Надежность в технике. Основные понятия. Термины и определения оригинал документа

3.22 дефект (imperfection): Нарушение сплошности сварного шва или отклонение от установленной геометрии. Дефектами являются, например, трещины, неполное проплавление, пористость, шлаковые включения.

Примечание - ЕН ИСО 6520-1 и ЕН ИСО 6520-2 содержат полные перечни дефектов.

Источник: ГОСТ Р ИСО 15607-2009: Технические требования и аттестация процедур сварки металлических материалов. Общие правила оригинал документа

4.5 дефект (defect): Несовершенство и/или плотность залегающих несовершенств, не соответствующие критериям приемки, установленным настоящим стандартом.

Источник: ГОСТ Р ИСО 3183-2009: Трубы стальные для трубопроводов нефтяной и газовой промышленности. Общие технические условия оригинал документа

3.6.3 дефект (en defect; fr defaut): Невыполнение требования (3.1.2), связанного с предполагаемым или установленным использованием.

Примечания

1 Различие между понятиями дефект и несоответствие (3.6.2) является важным, так как имеет подтекст юридического характера, связанный с вопросами ответственности за качество продукции. Следовательно, термин «дефект» надо использовать чрезвычайно осторожно.

2 Использование, предполагаемое потребителем (3.3.5), может зависеть от характера информации, такой как инструкции по использованию и техническому обслуживанию, предоставляемые поставщиком (3.3.6).

Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.8 дефект (defect): Несовершенство, имеющее размер, достаточный для отбраковки изделия на основании критериев, установленных настоящим стандартом.

Источник: ГОСТ Р 53366-2009: Трубы стальные, применяемые в качестве обсадных или насосно-компрессорных труб для скважин в нефтяной и газовой промышленности. Общие технические условия оригинал документа

3.9 дефект (defect): Несовершенство, имеющее размер, достаточный для отбраковки изделия на основании критериев, установленных настоящим стандартом.

Источник: ГОСТ Р 54383-2011: Трубы стальные бурильные для нефтяной и газовой промышленности. Технические условия оригинал документа

3.6 дефект (defect): Невыполнение требования, связанного с предполагаемым или установленным использованием.

Примечание 1 - Различие между понятиями «дефект» и «несоответствие» важно, поскольку у него есть юридические основания, связанные с ответственностью за качество выпускаемой продукции. Следовательно, термин «дефект» должен быть использован с чрезвычайной осторожностью.

Примечание 2 - Потребительские требования и предназначенное использование продукции должны быть установлены в документации, предоставляемой потребителю.

[ИСО 3534-2]

Источник: ГОСТ Р ИСО 2859-5-2009: Статистические методы. Процедуры выборочного контроля по альтернативному признаку. Часть 5. Система последовательных планов на основе AQL для контроля последовательных партий оригинал документа

4.1.1 дефект (defect): Несовершенство, имеющее размер, достаточный для отбраковки изделия на основании критериев, установленных настоящим стандартом.

Источник: ГОСТ Р ИСО 13680-2011: Трубы бесшовные обсадные, насосно-компрессорные и трубные заготовки для муфт из коррозионно-стойких высоколегированных сталей и сплавов для нефтяной и газовой промышленности. Технические условия оригинал документа

3.1.4 дефект (defect): Невыполнение требуемого или ожидаемого в силу объективных причин, в том числе связанное с безопасностью.

Примечание - Требуемое или ожидаемое должно быть выполнимым в сложившихся обстоятельствах.

Источник: ГОСТ Р 50030.5.4-2011: Аппаратура распределения и управления низковольтная. Часть 5.4. Аппараты и элементы коммутации для цепей управления. Метод оценки рабочих характеристик слаботочных контактов. Специальные испытания оригинал документа

3.6 дефект (fault): Неисправность или ошибка в компоненте технического обеспечения, программного обеспечения или системы

[МЭК 61513, пункт 3.22]

Примечание 1 - Дефекты могут подразделяться на случайные, например, в результате ухудшения аппаратных средств из-за старения, и систематические, например, ошибки в программном обеспечении, которые вытекают из погрешностей проектирования.

Примечание 2 - Дефект (в особенности дефект проекта) может остаться необнаруженным в системе до тех пор, пока не окажется, что полученный результат не соответствует намеченной функции, то есть возникает отказ.

Примечание 3 - См. также «ошибка программного обеспечения» и «случайный дефект».

Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа

3.7 дефект (defect): Невыполнение требования, связанного с предусмотренным или установленным использованием.

Примечание - При наличии дефекта крепежное изделие не может функционировать по своему ожидаемому или предусмотренному использованию. [ИСО 9000]

Источник: ГОСТ Р ИСО 16426-2009: Изделия крепежные. Система обеспечения качества оригинал документа

3.17 дефект (fault): Неисправность или ошибка в компоненте технического обеспечения, программного обеспечения или системы.

[МЭК 61513, пункт 3.22]

Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

3.22 дефект (fault): Дефект в аппаратуре, программном обеспечении или в компоненте системы (см. рисунок 3).

Примечание 1 -Дефекты могут быть результатом случайных отказов, которые возникают, например, из-за деградации аппаратуры в результате старения; возможны систематические дефекты, например, в результате дефектов в программном обеспечении, возникающих из-за ошибок при проектировании.

Примечание 2 - Дефект (особенно дефекты, связанные с проектированием) может оставаться незамеченным, пока сохраняются условия, при которых он не отражается на выполнении функции, т.е. пока не произойдет отказ.

Примечание 3 - См. также «дефект программного обеспечения».

Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

3.6.3 дефект (defect): Невыполнение требования (3.1.2), связанного с предполагаемым или установленным использованием.

Примечания

1 Различие между понятиями дефект и несоответствие (3.6.2) является важным, так как имеет подтекст юридического характера, особенно связанный с вопросами ответственности за качество продукции. Следовательно, термин «дефект» следует использовать чрезвычайно осторожно.

2 Использование, предполагаемое потребителем (3.3.5), может зависеть от характера информации, такой как инструкции по использованию и техническому обслуживанию, предоставляемые поставщиком (3.3.6).

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

4. Дефект

D. Defect

E. Defect

F. Défaut

По ГОСТ 15467-79

Источник: ГОСТ 24166-80: Система технического обслуживания и ремонта судов. Ремонт судов. Термины и определения оригинал документа

1.5.8 дефект 1)

Невыполнение предполагаемого потребительского требования.

1)Данный термин более подробно определен в title="Управление качеством и обеспечение качества - Словарь".

Примечания

1 Термин «дефект» применим, когда признак качества продукции, процесса или услуги оценивают с точки зрения использования в отличие от соответствия техническим условиям.

2 Поскольку термин «дефект» имеет определенное значение в законодательстве, им нельзя пользоваться как общим термином

Источник: ГОСТ Р 50779.11-2000: Статистические методы. Статистическое управление качеством. Термины и определения оригинал документа

3.2.39 дефект (defect): Невыполнение требования, связанного с предполагаемым или установленным использованием.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

3.2.4.2 дефект (defect): Недостаток, исключающий приемку изделия в соответствии с настоящим стандартом.

Источник: ГОСТ Р ИСО 3183-1-2007: Трубы стальные для трубопроводов. Технические условия. Часть 1. Требования к трубам класса А оригинал документа

 

программируемый логический контроллер
ПЛК
-
[Интент]

контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

EN

storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]

FR

automate programmable à mémoire
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]

  См. также:
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
  Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:

• нано- ПЛК (менее 16 каналов);
• микро-ПЛК (более 16, до 100 каналов);
• средние (более 100, до 500 каналов);
• большие (более 500 каналов).

По расположению модулей ввода-вывода ПЛК бывают:

• моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
• модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
• распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.

Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

По конструктивному исполнению и способу крепления контроллеры делятся на:

• панельные (для монтажа на панель или дверцу шкафа);
• для монтажа на DIN-рейку внутри шкафа;
• для крепления на стене;
• стоечные - для монтажа в стойке;
• бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").

По области применения контроллеры делятся на следующие типы:

• универсальные общепромышленные;
• для управления роботами;
• для управления позиционированием и перемещением;
• коммуникационные;
• ПИД-контроллеры;
• специализированные.

По способу программирования контроллеры бывают:

• программируемые с лицевой панели контроллера;
• программируемые переносным программатором;
• программируемые с помощью дисплея, мыши и клавиатуры;
• программируемые с помощью персонального компьютера.

Контроллеры могут программироваться на следующих языках:

• на классических алгоритмических языках (C, С#, Visual Basic);
• на языках МЭК 61131-3.

Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:

• уменьшение габаритов;
• расширение функциональных возможностей;
• увеличение количества поддерживаемых интерфейсов и сетей;
• использование идеологии "открытых систем";
• использование языков программирования стандарта МЭК 61131-3;
• снижение цены.

Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

[ http://bookasutp.ru/Chapter6_1.aspx]  

---

Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:

1.    Сбор сигналов с датчиков;
2.    Обработка сигналов согласно прикладному алгоритму управления;
3.    Выдача управляющих воздействий на исполнительные устройства.

В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  

 

программируемый логический контроллер
ПЛК
-
[Интент]

контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
 Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

EN

storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]

FR

automate programmable à mémoire
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]

  См. также:
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
  Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:

• нано- ПЛК (менее 16 каналов);
• микро-ПЛК (более 16, до 100 каналов);
• средние (более 100, до 500 каналов);
• большие (более 500 каналов).

По расположению модулей ввода-вывода ПЛК бывают:

• моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
• модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
• распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.

Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

По конструктивному исполнению и способу крепления контроллеры делятся на:

• панельные (для монтажа на панель или дверцу шкафа);
• для монтажа на DIN-рейку внутри шкафа;
• для крепления на стене;
• стоечные - для монтажа в стойке;
• бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").

По области применения контроллеры делятся на следующие типы:

• универсальные общепромышленные;
• для управления роботами;
• для управления позиционированием и перемещением;
• коммуникационные;
• ПИД-контроллеры;
• специализированные.

По способу программирования контроллеры бывают:

• программируемые с лицевой панели контроллера;
• программируемые переносным программатором;
• программируемые с помощью дисплея, мыши и клавиатуры;
• программируемые с помощью персонального компьютера.

Контроллеры могут программироваться на следующих языках:

• на классических алгоритмических языках (C, С#, Visual Basic);
• на языках МЭК 61131-3.

Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:

• уменьшение габаритов;
• расширение функциональных возможностей;
• увеличение количества поддерживаемых интерфейсов и сетей;
• использование идеологии "открытых систем";
• использование языков программирования стандарта МЭК 61131-3;
• снижение цены.

Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

[ http://bookasutp.ru/Chapter6_1.aspx]  

---

Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:

1.    Сбор сигналов с датчиков;
2.    Обработка сигналов согласно прикладному алгоритму управления;
3.    Выдача управляющих воздействий на исполнительные устройства.

В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  

 

дистанционное техническое обслуживание
Техническое обслуживание объекта, проводимое под управлением персонала без его непосредственного присутствия.
[ОСТ 45.152-99 ]

Параллельные тексты EN-RU из ABB Review. Перевод компании Интент